Changing of channel capabilities 

FIELD OF THE INVENTION 

[0001] The invention relates to conveying transport service pa- 
rameter information in a packet-switched network, which conveys service that 
is conventionally conveyed in a circuit-switched network. In particular, the in- 
vention relates to conveying transport service parameter information in an 
ATM (Asynchronous Transfer Mode) network. By means of the transport serv- 
ice parameter information, it is possible to control capabilities of a channel al- 
located to a connection. 

BACKGROUND OF THE INVENTION 

[0002] Conventionally, speech and data are transferred in a circuit- 
switched network by allocating a dedicated channel to each connection. The 
dedicated channel permits to ensure certain quality and reliability. However, a 
problem with the circuit-switched network is that the channel is reserved for a 
connection, even though nothing would be transferred. In the packet-switched 
network a plurality of connections can share the same channel. However, 
since the end-users want to use familiar circuit-switched devices, these two 
different transmission technologies have been combined such that circuit- 
switched devices are used at the user end, but the actual data transmission is 
carried out by packet switching, for instance, using an ATM-based network. 
The packet-switched data transmission should be transparent to end-users 
and end-user applications, such as telephone traffic, ISDN (Integrated Service 
Digital Network), voice-band data and fax. The end-users require the same 
reliability and quality of service as when the circuit-switched network is used 
alone. To this end, various protocols have been standardized internationally, 
which support voice transfer over the ATM-based network, for instance. ATM 
Forum's 'Loop Emulation Service Using ATM adaptation layer type 2', or more 
briefly, 'LES Using AAL2' is one example of these standards. 

[0003] However, there is a problem that current standards do not 
include all requirements and needs of service aware transport, such as control 
of codecs and echo cancellation. For instance, ELCP (Emulated Loop Control 
Protocol) defined in LES specifications allows exchange of channel allocation 
messages and user port control messages between an interworking function 
CP-IWF in an access device of the end-user and an interworking function CO- 
IWF in a gateway at the other end of the ATM network. However, these mes- 
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sages are not able to signal more detailed information on the state of the net- 
work or free capacity between CP-IWF and CO-IWF, for instance. In other 
words, they are not able to convey information on which capabilities the chan- 
nel should have at any given time. This information is needed, however, in or- 
5 der that the user could be provided with the reliability and quality of the circuit- 
switched network. 

BRIEF DESCRIPTION OF THE INVENTION 

[0004] The object of the invention is thus to provide a mechanism, 
by which channel-specific transport service parameter information can be con- 

10 veyed between interworking functions. This is achieved by a method, a system 
and nodes, which are characterized by what is set forth in the independent 
claims. The preferred embodiments of the method, the system and the nodes 
of the invention are disclosed in the attached dependent claims. 

[0005] The invention is based on detecting a problem and solving it 

15 by extending the existing message-based data exchange to cover also chan- 
nel-specific conveyance of transport service parameter information in such a 
manner that interworking functions can adjust channel capabilities. The inven- 
tion has an advantage that thereby it is possible to take into account transport 
service requirements, i.e. capabilities, set for the channel and to change the 

20 channel capabilities from default values after a connection establishment any 
time a need for a change is detected. In this manner it is possible to make 
sure that the subscriber will always have a desired service. For instance, if 
ADPCM (Adaptive Differential Pulse Code Modulation) is configured to default 
coding for speech, but for instance the digital signal processing capacity of 

25 CP-IWF is limited, CP-IWF can request that PCM (Pulse Code Modulation) be 
used for speech. Even though the user's other simultaneous applications may 
lose some of the bandwidth as a result of the change in coding, the user will 
nevertheless receive the desired speech service. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 [0006] In the following the invention will be described in greater 

detail in connection with reference to the attached drawings, wherein 

[0007] Figure 1 shows a system according to a first preferred em- 
bodiment of the invention; 

[0008] Figures 2 and 3 show message-based data transmission ac- 
35 cording to the first preferred embodiment of the invention; 



2 



U.S. Application of SAVOLA et al„ atty. dkt. 283703 



[0009] Figure 4 shows operation in CP-IWF according to the first 
preferred embodiment of the invention; and 

[0010] Figure 5 operation in CO-IWF according to the first preferred 
embodiment of the invention. 

5 DETAILED DESCRIPTION OF THE INVENTION 

[0011] The present invention can be applied in connection with any 
system, where services are transferred over a circuit-switched or packet- 
switched network using a protocol with no defined mechanism for data ex- 
change relating to channel capabilities. The invention suits particularly well to 

10 systems, in which circuit-switched services are transferred over a packet- 
switched network. A system of this kind is shown in Figure 1 , for instance, 
where circuit-switched services are transferred over an ATM-based network 
using the previously mentioned ELPC between the interworking functions. 
Even though the invention and its preferred embodiments are described in the 

15 following in connection with the system of Figure 1 and the protocol employed 
therein, the invention is not restricted thereto, however, but it can be applied 
e.g. to systems utilizing wireless data transmission. 

[0012] Figure 1 shows simplified network architecture of a system 
1, in which a service is conveyed to circuit-switched service subscribers via an 

20 ATM network 2. In the example of Figure 1 , a connection between subscribers 
thus comprises two circuit-switched parts and one packet-switched part such 
that at both ends of the packet-switched part there is an interworking function 
which adapts circuit-switched and packet-switched data transmission to be 
mutually compatible. 

25 [0013] Between a user terminal, i.e. a subscriber device 3, and an 

integrated access device IAD it is possible to use data transmission according 
to PSTN (Public Switched Telephone Network) or ISDN, for instance. Between 
the integrated access device and DSLAM (Digital Subscriber Line Access Mul- 
tiplexer) device is used e.g. SDSL (Symmetric Digital Subscriber Line), ADSL 

30 (Asymmetric Digital Subscriber Line), HDSL (High-Speed Digital Subscriber 
Line) or VDSL (Very high speed Digital Subscriber Line) technology. Between 
a gateway GW and a local exchange LE of the PSTN network it is possible to 
use V5 data transmission. V5 is a standardized interface between the sub- 
scriber network and the local exchange defined by ETSI. 
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[0014] Of the interworking functions, the customer premises inter- 
working function CP-IWF is located in the integrated access device IAD and 
the central office interworking function CO-IWF is part of the gateway GW. In 
the first preferred embodiment, the above-mentioned LES protocol of the ATM 
5 Forum is used between the interworking functions. Both of the interworking 
functions listen to traffic passing on the channel allocated to a connection. The 
allocated channel comprises two sub-channels: a speech channel and a sig- 
nalling channel. On the basis of the listening the interworking function is able 
to conclude what kind of a connection is required, and triggers, when needed, 

10 a functionality described in greater detail in Figures 2, 3, 4 and 5. The same 
functionality can also be triggered by the fact that the operator may have pro- 
vided the connection with a level (i.e. the desired capabilities) that differs from 
the level indicated by the default values of parameters. For instance, the ca- 
pabilities may have been provided in CO-IWF or CP-IWF. The interworking 

15 function may also receive from a network element information that triggers the 
functionality presented in Figures 2, 3, 4 and 5. For instance, CO-IWF may 
receive from the local exchange LE additional information that triggers the 
changing of channel capabilities. 

[0015] The system and its network nodes implementing the func- 

20 tionality of the present invention comprise, in addition to prior art means, 

means for implementing functionalities described in greater detail in connec- 
tion with Figures 2, 3, 4 and 5. To put it more precisely, they comprise means 
for changing connection parameters (i.e. channel capabilities). The present 
network nodes comprise processors and memory, which can be utilized in op- 

25 erations according to the invention. All changes necessary for implementing 
the invention can be executed as added or updated software routines, with 
application-specific circuits (ASIC) and/or programmable circuits (EPLD, 
FPGA). 

[0016] Figures 2, 3, 4 and 5 show data transmission according to 
30 the invention in a first preferred embodiment, in which it is assumed that CO- 
IWF is a so-called master. In the first preferred embodiment, when CP-IWF 
desires to change a connection parameter/connection parameters, it transmits 
to CO-IWF a request, to which CO-IWF responds with a command. When CO- 
IWF desires to change a connection parameter /connection parameters, it 
35 transmits a command directly to CP-IWF. This has an advantage that the 
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master-slave position is stable and it is known which one makes a decision on 
the quality of the connection. 

[0017] In Figure 2, the process starts in a situation, where a chan- 
nel has already been allocated to a connection. In other words, a speech path 
5 is available between the user device and the local exchange shown in Figure 

1 , and the connection has been established at default values configured for 
the parameters. CP-IWF desires to change a parameter reserved for the con- 
nection, for instance, for the reason that the quality of the connection has 
changed, because a fax machine was added to the connection. Therefore, 

10 CP-IWF transmits a channel request 2-1 to CO-IWF. The channel request 
preferably comprises the following elements in the following order: protocol 
discriminator, channel reference number, message type, information transfer 
capability, cause and channel parameters. These elements will be described 
in greater detail later on in the text. Either one of the elements, channel pa- 

15 rarneters or information transfer capability, can be omitted in the first preferred 
embodiment of the invention. 

[0018] After receiving the message 2-1 , CO-IWF checks whether it 
is able to provide the requested channel capabilities. In the example of Figure 

2, it is assumed that it is. Consequently, CO-IWF transmits a channel com- 

20 mand 2-2. The channel command preferably comprises the following elements 
in the following order: protocol discriminator, channel reference number, mes- 
sage type, information transfer capability and channel parameters. Also in this 
message either one of the elements, channel parameters or information 
transfer capability, can be omitted in the first preferred embodiment of the in- 

25 vention. In the example of Figure 2, CO-IWF takes the channel parameters 
and/or the contents of the information transfer capability directly from the 
channel request 2-1 for the message 2-2. If CO-IWF is not able to provide the 
requested parameters it may provide other values in the message 2-2. In an- 
other embodiment of the invention CO-IWF may provide other values in the 

30 message 2-2, for the reason, for instance, that while listening to the connec- 
tion, it has detected that the requested channel capabilities do not meet with 
the channel capabilities required by the connection. 

[0019] After receiving the message 2-2, CP-IWF checks whether it 
is able to provide the capabilities requested in the message 2-2. In the exam- 

35 pie of Figure 2, it is assumed that it is. So, CO-IWF makes the requested 

changes in settings at step 2-3 and transmits a channel acknowledgment 2-4 
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to CO-IWF. The acknowledgment message preferably comprises the following 
elements in the following order: protocol discriminator, channel reference 
number and message type. 

[0020] After receiving the acknowledgment 2-4, CO-IWF makes the 
5 corresponding changes in its settings, whereafter the connection has new pa- 
rameters in its use. Thus, the channel capabilities have been changed to meet 
the need. 

[0021] The meaning of the elements used in the messages of Fig- 
ure 2 is as follows: 

10 - the protocol discriminator is the first part of all messages, also of 

prior art messages; 

- the channel reference number is used for connection identification 
after the channel has been allocated and the connection estab- 
lished. In prior art messages the channel is identified by a channel 

15 allocation reference. Because connection parameters can be 

changed at any step of the connection, it is advantageous to identify 
the connection in a novel manner; 

- the message type refers to the name of the message according to 
the prior art. A new value for each new message needs to be de- 

20 fined for the message type; 

- in connection with ISDN calls, the information transfer capability 
supports detecting content type (e.g. speech, video, audio) of the 
calls. For instance, the Information Transfer Capability part of the 
Bearer Capability Information element as defined in ITU-T recom- 

25 mendation Q.931 can be used as the information transfer capability 

element; 

- the cause refers to the source from which the service is selected, 
the value of the cause element can be e.g. a provided service, a 
call phase service or no resources available; 

30 - the channel parameter identifies the requested service in a greater 

detail. 

[0022] In Figure 3, the starting step is a situation, where a channel 
has already been allocated to the connection. After receiving additional infor- 
mation on the quality of the connection, for instance as a result of monitoring, 
35 CO-IWF desires to change a parameter reserved for the connection, having 
first checked that its resources allow the parameter change. For changing the 
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channel capabilities, CO-IWF transmits a channel command 3-1. The channel 
command has been described in greater detail in connection with Figure 2. 
This time, CO-IWF itself gives the contents of the channel parameters element 
and/or the information transfer capability element. 
5 [0023] After receiving the message 3-1 , CP-IWF checks whether it 

is able to provide the capabilities requested in the message 3-1. In the exam- 
ple of Figure 3, it is assumed that it is not. So, CP-IWF transmits a channel 
reject message 3-2 to CO-IWF. The channel reject message preferably com- 
prises the following elements in the following order: protocol discriminator, 

10 channel reference number, message type and cause. The meanings of the 
elements have been explained above in connection with Figure 2. 

[0024] After receiving the channel reject message, CO-IWF can 
transmit a new command to CP-IWF with new parameter values. 

[0025] Signalling according to Figures 2 and 3 can be triggered at 

1 5 any step of the connection. It is sufficient that the interworking function re- 
ceives additional information on the quality of the established connection or on 
a change in the quality and detects that a capability or capabilities of the 
channel must be changed. The channel capability/capabilities can be changed 
several times, if necessary. 

20 [0026] The use of the messages according to the first preferred 

embodiment presented in Figures 2 and 3 requires that the standard ELCP be 
extended by adding thereto the messages shown in the figures with their new 
elements. In addition, four new values (i.e. one new value/one new message) 
indicating the above-mentioned messages must be added to the existing 

25 'message type 1 parameter. An advantage with the first preferred embodiment 
is that with slight changes in the existing protocol it is possible to provide a 
message-based transmission mechanism, by which the capabilities of the 
channel allocated to the connection can be changed. 

[0027] Between the messages and/or operations shown in Figures 

30 2 and 3 it is possible to transmit other messages and/or perform other opera- 
tions. The messages and the operations are not in an absolute order, but e.g. 
the message 2-4 can be transmitted at the same time with or prior to the 
change of settings of step 2-3. The elements included in the messages are not 
in any absolute temporal order either, but their order can be changed. The 

35 messages need not include all the above-described elements either. One ele- 
ment can also convey more information than what is presented above. For 



7 



U.S. Application of SAVOLA et al., atty. dkt. 283703 



instance, the data of the above-mentioned two different elements can be com- 
bined into one element. Correspondingly, the data transmitted in the above- 
mentioned one element can be conveyed by a plurality of elements. The 
above messages are only examples and may comprise a plurality of separate 
5 messages for transferring the same information. Other information can also be 
transferred in the messages. For instance, a reject message may contain in- 
formation on what kind of a capability change would be possible. The mes- 
sage names can also differ from the above names. The same information can 
also be transmitted as a part of some old message by adding the necessary 

10 element(s) thereto. The messages can also be messages of another protocol. 

[0028] Figure 4 is a flow chart of the operation of CP-IWF in the first 
preferred embodiment of the invention after a channel has already been allo- 
cated to the connection. At step 401 , CP-IWF listens to the speech and signal- 
ling channels of the channel monitoring whether it receives a command (step 

15 402) or detects a need for changing the channel capabilities (step 403). If CP- 
IWF detects the need, it transmits a request to CO-IWF at step 404 and starts 
monitoring time (405) and whether it receives a command within the time 1 
(step 406). If CP-IWF receives the channel command within the time 1, it 
checks at step 407 whether it has resources to provide the requested capabili- 

20 ties. If it has the resources, CP-IWF transmits an acknowledgment to CO-IWF 
at step 408 and changes settings at step 409. Thereafter, CP-IWF returns to 
step 401 to listen to the channel. 

[0029] If CP-IWF does not have the necessary resources (step 
407), it transmits a rejection to CO-IWF at step 410 and returns to step 401 to 

25 listen to the channel. 

[0030] If the time 1 expires (step 405) prior to the reception of the 
command, CP-IWF retransmits the request at step 41 1. Thereafter, CP-IWF 
starts monitoring the time (step 412) and whether it receives the command 
within the time 2 (step 413). The time 2 can differ in length from the time 1. If 

30 CP-IWF receives the command within the time 2, it proceeds to step 407 to 
check whether it has resources to provide the requested capabilities. 

[0031] If the time 2 expires (step 412) prior to the reception of the 
command, CP-IWF transmits information thereon to a resource management 
entity or a management device of the integrated access device at step 414 

35 and proceeds thereafter to step 41 1 to retransmit the request. These two dif- 
ferent times are used in the first preferred embodiment both to ensure that the 
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packet containing the request can be delivered and to serve as an accessory 
of the resource management entity to provide it with information if there is 
something wrong with the system. Information is not transmitted if one packet 
is lost. 

5 [0032] If the command is received at step 402, CP-IWF proceeds to 

step 407 to check its resources. 

[0033] CP-IWF executes the above-described steps until the chan- 
nel allocated to the connection is released by deallocation message exchange. 

[0034] Figure 5 is a flow chart of the operation of CP-IWF in the first 
10 preferred embodiment of the invention after a channel has already been allo- 
cated to the connection. At step 501 CO-IWF listens to the speech and signal- 
ling channels of the channel monitoring whether it detects a need to change 
channel capabilities (502) or receives a request (step 503). If CO-IWF detects 
a need (502) or receives a request (step 503), it checks at step 504 whether it 

15 has resources to provide the requested capability/capabilities. If it has re- 
sources, CO-IWF sets a time counter n to zero at step 505 and transmits a 
command to CP-IWF at step 506. Thereafter CO-IWF starts monitoring time 
(step 507) and whether it receives a rejection (step 508) or an acknowledg- 
ment (step 509) within the time 3. The time 3 may differ in length from the 

20 times 1 and 2 mentioned in connection with Figure 4. If CO-IWF receives the 
acknowledgment (509) within the time 3, it changes the settings at step 510. 
Thereafter CO-IWF reverts to step 501 to listen to the channel. 

[0035] If CO-IWF receives the rejection (step 508) within the time 3, 
it proceeds to step 51 1 , where it adapts the connection parameters to meet 

25 with its resources. Thereafter CO-IWF continues from step 505 by setting the 
time counter n to zero. The time counter is used both to ensure that the packet 
containing the command can be delivered and to serve as an accessory of the 
resource management entity to provide it with information if there is something 
wrong with the system. Information is not transmitted if one packet is lost. 

30 [0036] If the time 3 expires (step 507) prior to the reception of the 

acknowledgment or the rejection, CO-IWF checks the value of the time coun- 
ter n. If n is zero (step 512), CO-IWF sets the time counter n to one at step 
513 and proceeds thereafter to step 506 to retransmit the channel request. If 
the value of the time counter n is not zero (step 512), CO-IWF transmits infor- 

35 mation thereon to the gateway resource management entity or management 
device at step 514 and proceeds to step 501 to listen to the channel. If the 
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command transmission was triggered by a detected need for change, the 
command is retransmitted, because the need for change still exists (step 502). 
If the command was transmitted in response to a request, steps 501 , 502 and 
502 will be repeated. 
5 [0037] If CO-IWF detects at step 504 that its resources are not suf- 

ficient to provide the necessary or requested capabilities, CO-IWF proceeds to 
step 51 1 to adapt the parameters to meet with the resources. 

[0038] CO-IWF executes the above-described steps until the chan- 
nel allocated to the connection will be released by deallocation message ex- 
10 change. 

[0039] The order of the steps shown in Figures 4 and 5 may deviate 
from what is described above, and the steps may take place in parallel. Be- 
tween the steps it is possible to execute other steps that have not been shown 
in the figures, and some of the steps appearing in the figures can also be 

15 omitted, such as steps 414 and 514. Some of the steps can also be replaced 
by an alternative solution that produces the same outcome. The time counter 
of Figure 5 is an alternative to monitoring two different times as in Figure 4. 

[0040] In a second preferred embodiment, neither of the interwork- 
ing functions is assumed to be the master. In the second preferred embodi- 

20 ment, when the interworking function detects a need for change, it checks for 
which kind of channel capabilities it has free resources and transmits a chan- 
nel command to a second interworking function, whereafter it remains waiting 
for a rejection or an acknowledgment for a given period of time, or possibly 
retransmits the command. In the second preferred embodiment, the function- 

25 alities of both interworking functions are thus similar. The message exchange 
shown in Figures 2 and 3 changes such that the message 2-1 is not transmit- 
ted, but both interworking functions can transmit the other messages. In the 
second preferred embodiment, the functionalities shown in Figures 4 and 5 are 
combined for example such that from step 403 of Figure 4 the process pro- 

30 ceeds to step 504 of Figure 5 to check the available resources, when a need is 
detected to change channel capability/capabilities. In the second preferred 
embodiment the channel command can be replaced by a channel request. 

[0041] Also in a third preferred embodiment of the invention, the 
functionalities of both interworking functions are similar. In the third preferred 

35 embodiment of the invention, the interworking function which detects a need to 
change parameters transmits a channel request, i.e. acts in the same way as 
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CP-IWF in the first preferred embodiment of the invention. Correspondingly, 
the interworking function which receives the request acts in the same way as 
CO-IWF in the first preferred embodiment of the invention. 

[0042] Even though the invention is described in the above assum- 
5 ing that one interworking function is a customer premises interworking function 
and the other is a central office interworking function, the invention can also be 
applied between two customer premises interworking functions or between two 
central office interworking functions. 

[0043] Even though the invention is described in the above assum- 

10 ing that both interworking functions are located in network nodes, all embodi- 
ments of the invention can also be applied if one of the interworking functions 
is located in the network node (being the host according to the first preferred 
embodiment) and the other is located in an end-user device or in a device to 
which the end-user device is directly coupled. Both of these devices are re- 

15 ferred to as terminal devices in the present document. In that case there is no 
circuit-switched network between the end-user and the interworking function, 
but the part between the user interface and the interworking function can be 
regarded as the circuit-switched part of the connection, because it is based on 
circuit-switching. The second and the third preferred embodiments of the in- 

20 vention can also be applied when neither of the interworking functions is lo- 
cated in the network node, but instead in an end-user device or in a device to 
which the end-user device is directly coupled. 

[0044] Even though the invention is described in the above by 
means of an example of a system, in which the connection comprises two cir- 

25 cuit-switched parts and therebetween a packet-switched part, with an inter- 
working function at both ends, which interworking function adapts circuit- 
switched data transmission and packet-switched data transmission to one an- 
other, the invention is not restricted to these systems. The connection may 
also comprise one circuit-switched part and one or two packet-switched parts. 

30 There may also be more than two or three parts. All parts can be either circuit- 
switched or packet-switched. Different parts can use different data transmis- 
sion technologies, for instance, one packet-switched part can use ATM tech- 
nology and the other packet-switched part can use IP (Internet Protocol) tech- 
nology. The interworking function that is located between two different parts 

35 (e.g. an ATM part and an IP part, or a circuit-switched part and a packet- 
switched part) adapts the data transmission methods and technologies to one 
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another. The interworking function between two similar parts, in turn, does not 
adapt two different data transmission methods or technologies to one another 
but it works together with the interworking function at one end of either part. In 
the present document, the interworking function covers both the functionality 
of adapting two different data transmission methods or technologies to one 
another and the functionality of participating in channel allocation at one end 
of the part, which supports the same protocol as the interworking function 
adapting two different functionalities to one another at the other end of the 
part. 

[0045] It is apparent to a person skilled in the art that as technology 
progresses the basic idea of the invention can be implemented in a variety of 
ways. Thus, the invention and its embodiments are not restricted to the above- 
described examples, but they may vary within the scope of the claims. 
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